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19 BACKGROUND OF INVENTION 

20 FIELD OF INVENTION 

2 1 The present invention relates to specialized telephone equipment and corresponding data 

22 transfer methods. 

23 PRIOR ART 

24 The prior art has numerous protocol methods utilized for the transmission of digital and 

25 analog data. Some of the types relevant from the prior art include the following: 

2 6 DSL or Digital Subscriber Line: A general term for any local network loop that is digital 

27 in nature; technically, DSL equates to ISDN BRI, but this is decreasingly enforced terminology. 

28 DSL technology is available in several varieties. See also ADSL, HDSL, IDSL, RADSL, SDSL, VDSL, 
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1 xDSL None of these are a good fit as the equipment cost, implementation requirements, standards, 

2 minimum requirements for functionality, integration into existing facilities, and particular 

3 application usage disqualifies all these types of solutions for communication in some systems . 

4 All of these involve some level of multiplexing, using several firequencies on the same channel 

5 to transmit several different streams of data, firom different sources, simultaneously. 

6 The amount of data that can be sent through a network connection is measured in bits per 

7 second (bps).The range of transmission frequencies the LAN network can use, known generically 

8 as bandwidth, is expressed as the difference between the highest and lowest firequencies of a 

9 transmission channel (in Hertz, or cycles per second). High bandwidth allows fast transmission 

10 or high-volume transmission. 

11 ADSL. Asymmetric Digital Subscriber Line is a term for one-way Tl transmission of 

1 2 signals to the home over single twisted-pair v^ng already going to homes in the prior art. ADSL 

13 modems are attached to twisted pair copper wiring. ADSL is often provisioned with greater 

14 downstream than upstream rates (hence the term "asymmetric"). These rates are dependent on the 

1 5 distance a user is from the central office and may vary from as high as 9 Mbps to as low as 384 

16 Kbps. 

1 7 HDSL refers to High bit-rate Digital Subscriber Line. The oldest of the DSL technologies, 

1 8 HDSL continues to be used by telephone companies deploying Tl lines at 1 .5 Mbps and requires 

1 9 two twisted pairs. 

20 IDSL refers to ISDN Digital Subscriber Line. IDSL provides up to 1 44-Kbps transfer rates 

21 in each direction and can be provisioned on any ISDN capable phone line. Unlike ADSL and 

22 other DSL technologies, IDSL can be deployed regardless of the distance the user is from the 
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1 central office. 

2 RADSL rate adaptive Digital Subscriber Line. Using modified ADSL software, RADSL 

3 makes it possible for modems automatically and dynamically to adjust their transmission speeds. 

4 This often allows for good data rates for customers residing greater distances from the CO. 

5 SDSL single-line Digital Subscriber Line or Symmetric Digital Subscriber Line. A 


6 modified HDSL software technology, SDSL is intended to provide 1 .5 Mbps in both directions 

7 over a single twisted pair. However, the distance over which this can be achieved is less than 

8 8,000 feet. 


9 VDSL very high-rate Digital Subscriber Line. The newest of the DSL technologies, VDSL 

1 0 can offer speeds up to 25 Mbps downstream and 3 Mbps upstream. Similar to SDSL, the gain in 

11 speed can be achieved only at short distances. These maximum speeds can be achieved only up 

12 to 1,000 feet. Sometimes VDSL is called broadband digital subscriber line (BDSL). 

1 3 XDSL a generic term for the suite of digital subscriber line (DSL) services, where the "x" 

14 can be replaced with any of a number of letters. See also DSL, ADSL, HDSL, IDSL, MDSL, 

15 RADSL, SDSL, VDSL. 

1 6 The prior art involves the use of slow speed lines data associated with the telephone call. 


17 New technology high speed lines are used in order to transfer the data within a telephone call. 

18 Often times, the telephone data is separated at a switching service ( the CO, for example) for 

1 9 purposes of obtaining billing information, but the separated data portion of the telephone call is 
2 0 consistently restricted to telephone call identification. 

21 GENERAL DISCUSSION OF THE INVENTION 

2 2 The present invention differs from the prior art in providing a protocol utilized in 
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1 conjunction with a phone having a clock, a first quantum of call data, and at least one second 

2 quantum of infomiation data associated with the telephone call and related or unrelated 

3 information which is created which is handled differently from the primary analog or converted 

4 analog to digital first part which is, typically, the conversation part of the telephone call. The 

5 telephone call data is sent utilizing preexisting data or voltage lines associated with the telephone 

6 in order to provide additional data for telephone monitoring and in order to provide more varied 

7 transfer potential and data transfer potential utilizing existing telephone lines. DSL type services 

8 associated with the call can be sent without providing additional DSL type telephone lines in a 

9 preexisting system and in particular a preexisting system that does not have easy conversion 

1 0 capability to a high speed telephone connection. 

11 The invention comprises several features; being both a novel telephone, a novel phone 

1 2 system and a method of utilizing the phone system utilizing novel protocols. While the preferred 

1 3 embodiment teaches in terms of wiring, it will be obvious that certain features and protocols may 

14 be used with wireless systems or with systems converted to lines at the building wall to obtain 

15 the same benefits. 

16 The present invention uses Programmable Logic Levels (PLLs) clock switchover 

17 management to maintain the timing of two or more "clocks". Data bytes made of multiple data 

1 8 bits are packaged and the packages are time coded utilizing NRZI data packaging at a local clock. 

19 For this packaging, the clocks are adjusted on voltage changes which are timed with zero bits at 

20 the end of the longer strings of non-zero data bytes of packaged bits. Using Progranraiable Logic 

2 1 Levels (PLLs) for data transmission the features are used for system-level clocking management. 
2 2 PLL circuitry features include clock switchover, PLL re-configuration, spread spectrum clocking, 
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1 and programmable bandwidth. 

2 This timing solution eliminates the need for multiple discrete timing devices on a board, 

3 thereby resulting in real and overall systems cost savings. In the system, a timing pulse is sent 

4 automatically to each connected phone. In the event the phone loses the digital signal for greater 

5 than a configurable time (currently 4 seconds), the phone reboots and reestablishes 

6 communications with the CBU (Central Block Unit)so manual intervention or complete system 

7 rebooting is not required to maintain a solid digital connection to each device attached. 

8 The phone unit generates a plurality of digital signals which are encoded, prioritized and 

9 then sent to a decoder. The phone and decoder form a system capable of expandable features 

1 0 and/or functionality. Because the phones are modified to use existing lines in order to carry non- 

1 1 voice data, phones may be modified to achieve an almost limitless list of features and functions. 

12 Features or data generator devices are controlled by the digital smart phone's CPU (central 

13 processing unit) as well as with data fi-om the interfacing CBU CPU. This timing solution 

14 eliminates the need for multiple discrete timing devices on a board. A single clock is used by all 

1 5 different data generators on the phone CPU circuit board. In the embodiments below, at least one 

16 device is run on a fi-ee wire pair directly fi-om the CBU CPU or SCC CBU. 

17 Newer features can be added by attaching a desired data generator device to the phone 

18 circuit board and changing the programming introduced into the system API and controlled by 

1 9 customizable software modules for encoding and decoding the data and for prioritizing the data 
2 0 streams based on this programming. 

2 1 The protocol used not only changes or varies the data format for different data types, but 

2 2 also changes the way that the data is packaged in order to get maximum benefit from the available 
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1 bandwidth given the user specified priorities in the software. If, for example, the voice is to come 

2 in fnst, then the software loaded on the CPU is able to allow for the voice to come in prioritized, 

3 although potentially at a reduced quality, and fit to in the remaining non-voice data as required 

4 and allowed by band width. Ultimately, all data (subject to user elected dumping) makes it from 

5 the phone to the CBU and from the CBU to the remote data processor SO.The data comes in on 

6 a specified and configurable priority which is programmatically set. 

7 Changes made include bandwidth allocation, bandwidth expansion, data transfer speeds, 

8 and communication outlet selection where more than one method is present for distributing data. 

9 For example, the data may be sent from the phone CPU to the CBU CPU which takes voice data 

1 0 (non-voice data, e.g. billing and call (DNIS, e.g.) Information) to phone lines and equipment data 

11 to USB ports, firewall ports, or other specialized data ports. This allows high data transfer 

1 2 for multiple phones over specialized existing transfer protocols while individual phones or wires 

13 provide data over more narrow protocol lines. 

14 It is therefore one purpose of the invention to provide for digital service of multiple 

1 5 phones without rewiring on existing service. No DSL type equipment is required, nor is any type 

16 of DSL type protocol or system used. Line multi-plexors, data splitters, DSL DSP's, and DSL 

17 type firmware and hardware is not required on this system .The technology developed provides 

18 a high content digital service without the added expense and more restrictive wiring and 

1 9 equipment requirements of DSL type service. This technology can be retrofitted by using existing 
2 0 low speed lines at a much lower expense and less system overhead. 

21 It is another purpose to provide for enhanced data associated with a telephone call with 

2 2 limited band width. 
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1 It is another purpose to provide a method for taking a telephone call and associated data 

2 and breaking it into discrete portions or handling discrete portions separately. It further provides 

3 for discreet portions to be separately handled, enhanced, compressed and manipulated in order 

4 to provide a better data stream (according to user defined preferences) associated with a telephone 

5 call and / or digital function. 

6 These and other objects and advantages of the invention will become better understood 

7 hereinafter from a consideration of the specification with reference to the accompanying drawings 

8 forming part thereof, and in which like numerals correspond to parts throughout the several views 

9 of the invention. 

10 BRIEF DESCRIPTION OF THE DRAWINGS 


11 For a further understanding of the nature and objects of the present invention, reference 

1 2 should be made to the following detailed description taken in conjunction with the accompanying 

13 drawings in which like parts are given like reference numerals and wherein: 

1 4 Figure 1 shows a phone and central block unit used in conj unction with the method taught 

15 herein. 

16 Figure 2 shows the interface between the units shown in Figure 1 and a central computer. 

17 Figure 3 shows a process diagram of the interaction of the units shown in Figure 2 used 

18 in conjunction with analog phones. 

1 9 Figure 4 shows a process diagram of the interaction of the units shown in Figure 2. 

20 DETAILED DESCRIPTION OF THE PREFERRED EXEMPLARY EMBODIMENTS 

21 As can best be seen by reference to Figure 1 , the wiring of the system involves, in the 

22 simplest embodiment, utilizing a first single twisted pair for commimication (voice pair 4) and 
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1 a second twisted pair to operate the digital phone's main system power (power pair 5). 

2 A standard analog phone assembly typically requires -24-48 VDC power on power pair 

3 5 commonly known as tip and ring. For the purpose of this document, this wire pair is referred 

4 to as the power pair 5 as shown on Figure 1 . On this type of phone, all information (voice and 

5 DTMF) are sent through one (1) second pair of wires referred to as the voice pair 4. On analog 

6 phones, the 24-48 VDC twisted power pair 5 carries everything required to operate the analog 

7 phones. 

8 There are two pairs required to operate the phone. Technically two requkements for 

9 functionality of the digital system include powering the system and providing communications. 

10 These functions are carried out using the same two pairs of wires previously discussed, but the 

11 communications are modified and organized as digital signals. For this phone, the power pairs 

12 of twisted wires are the same used for a standard analog phone supply 20-56 VDC. This power 

13 pair 5 is preferably analog power, usually 20-56 VDC. Nothing else is communicated or 

14 transmitted via this first twisted pair in the preferred embodiment 

1 5 The second twisted pair, the voice pair 4, is converted to run the digital portion of the imit 

16 which carries +2-5 Volt DC voice and data combined digital signals to the phone housing from 

17 the Channel Bank Unit (CBU) 32 and back. The voice pair 4 of wires to the phone 1 will carry 

18 the +2-5 VDC originating from the system CBU 32 ending up at the phone 1 and will power and 

19 communicate bi-directionally and synchronously with the microprocessors and accessories 
2 0 described below as the digital phone information group which group is completely independent 

21 of the first set of wires supplying nothing but the 20-56VDC power. 

22 At existing sites, the old lines and original wiring already located may be retrofitted phone 
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1 block. Where new lines are pulled and a new phone installed a set of wires 28 (usually Cat. HI 

2 wiring but requiring only twisted pair wiring) is used to carry power of 24-48 volts (traditionally 

3 tip and ring) to the phone from an existing source or a new power source 44 (Figure 2). The 

4 phone will preferably accept a voltage range from 20VDC to 56VDC. This wiring will usually 

5 pass through a wiring block interface 7. This interface 7 could be one or more Lnmediate 

6 Distribution Frames (IDF) for example. The interface 7 allows a single line from the power 

7 source 44 to power multiple phones. It could originate from buildings Main Distribution Frame 

8 (MDF) in the fashion known in the art; ultimately ending up at the source DC power supply 44. 

9 In most cases, the IDF is fed input from an MDF and ends up at the phone with no other 

1 0 IDF interfaces between. An example would be a multi story building which would have a bottom 

11 floor MDF distributing to the other floors IDF's which would feed the phones on each floor. An 

1 2 MDF or IDF can run every phone in any configuration on an analog setup. An example of 2 ways 

13 of using this with the invention are shown in Figures 3 and 4. 

14 The preferred embodiment uses pairs from the most convenient location involving the 

15 least amoimt of effort to lower cost and make it easier on the facility being integrated. The old 

1 6 line/original wiring already located at the phone housing as the voice pair is preferably currently 

1 7 installed at the site or close to where a new phone in installed on a wall. Cat. Ill wiring is typical 

18 but any twisted pair wiring suffices. This voice pair is used to carry +2-5 VDC digital signal 

19 between the phone and the Channel Bank Unit (CBU) 32. The CBU 32 is where the data 
2 0 combined at the phone CPU 2 1 is separated and interpreted. The CBU 3 2 uses a central processor 
2 1 CBU CPU 1 8 for interpretation of digital sound and other digital data including fmgerprint and 
2 2 video data. This data vsdll also pass through the wiring block (interface 7) which may or may not 
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1 exist in the same location room. [The use of a wiring block is not necessary, but is a standard 

2 connection between a phone bank (a plurality of phones) and a CBU CPU 18.] 

3 The phone 1 is mounted where existing wires or new wiring require it. The phone is 

4 connected to a standard phone pimch down block, interface 7, then a whip cable (amphenol cable 

5 23) connects the interface 7 to the CBU 32 which may be rack mounted or otherwise in 

6 conmiunication in a computerized equipment rack (having a CBU CPU 1 8) for conmiunicating 

7 information to one or more sources which could include third parties such as enforcement 

8 authorities or monitors of all or selected parties of the data. 

9 Typically, an existing facility will have Category III wiring or better (Cat. V), which 

1 0 alleviates the need to rewire the entire site. The digital system, in this embodiment, only requires 

1 1 two twisted pairs to be run to the digital phone housing. 

12 In the preferred embodiment, there are micro-processors in the 32 and the phone 1 . The 

13 phone has housing circuitry in the form of a circuit board. 

14 The digital phone CPU (microprocessor) 21 is attached to at least one circuit board 19. 

1 5 The CPU 2 1 conmiunicates by way of direct attachment to the phone circuit board 1 9 containing 

16 the processing chips which controls and communicates back to the CBU 32. The accessories 

17 (described below) are attached to ribbon cable 26 or mounted on the phone housing 24 by 

18 interface with the phone circuit board 19. In the embodiment shown the circuit board 19 is 

19 connected to a fingerprint reader device 1 1, a credit card reader 12, a digital information GUI ( 

20 a number pad) 25, a first camera 1 3, a first microphone 1 5 and, in this example, a second camera 

21 14 and second speaker 16. The circuit board 19 commxmicates with the CBU CPU 18 via the 

22 voice pair 4 of twisted wires. The handset 31 connects directly to the circuit board via wire 
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1 "plug" 6 from a variable length lanyard 27 located on the face 29 of the phone housing 24. The 

2 length of lanyard is customizable or may be replaced with a radio signal in which case the plug 

3 would be replaced with a transceiver in the phone 1 . 

4 Li Figure 1, a monitor 47 is shown which is run from the CBU CPU by way of a 

5 connection to the third wire set 3 running from the CBU 32 to the wall where the monitor is 

6 hooked up. 

7 The phone CPU 21 accepts and organizes the data from the aforementioned items and 

8 fiirther breaks these down utilizing processes described below. 

9 The phone communicates via the digital data line formed by the voice pair 4 (2-5VDC 

1 0 wire pair) to the CBU 32 which then connects from the CBU 32 to the call manipulation servers, 

1 1 here CPU CBU 1 8 via USB cable 34 and a two (2) twisted pair/four (4) wire cable 35 with a RJ45 

12 connection on each end. One end of the RJ45 cable connects to the CBU 32 and the other end 

13 coimects to a PCI Tl card 61 installed in the (CBU CPU 18) which may be a computer based 

14 system of the type described in U.S Patent Filed 2/29/00 SN: 09/516,381. 

15 The CBU 32 communicates to the CBU CPU 1 8 via the aforementioned interfaces (USB 

16 for camera and print data and the RJ45 connection cable for all other data including voice with 

17 a storage means, hard drive 36, to retain the data transmitted from the print phone CPU 21 to the 

1 8 CBU CPU 1 8; ultimately ending up on the server computer, SCC 30, with any specified storage 

1 9 medixmi (here hard drive 36). An API program or chip with program is running on the controller 
2 0 computer (SCC 30) to handle communications from the CBU 32. The CBU 32 is transmitting and 

21 receiving data as needed through synchronous, bandwidth on demand, digital communications 

22 from each digital fingerprint phone housing 1 attached to the CBU 32 as described above. 

11 


1 specialized software modules are running on the Windows based computer system and 

2 communicate programmatically to the CBU API also running on the computer system as 

3 previously described. 

4 The preferred storage medium on the CBU 32 includes, but is not limited to, a hard drive 

5 38 with RAM 39 for accepting and/or storing information from the data received and processed 

6 by the specialized software modules and the CBU's software API. 

7 Storage media may be located at the phone, the CBU 32 and the SCC 30 shown in Figure 

8 2. 

9 This storage medium in which received data is stored, driven, and accessed is processed 


1 0 and controlled by the software modules received by special communications with the CBU' s API 

11 running on the computer system (co-existmg and running with software modules on the phone 

12 and CBU 32. Different storage types would be more useftil at different locations. For example 

1 3 short term phone RAM 4 1 storage may be more usefiil at the phone where only short term storage 

14 is required. The CBU CPU 1 8 could have CBU ram 39 and the CBU CPU 1 8 a hard drive 38 

1 5 depending on the level of control required at that level. The system controller computer SCC 30 

1 6 would have both RAM 40 and hard drive 36. 

17 This phone storage medium may also accept information provided by the CBU CPU 1 8 

18 through system software accessing the CBU API 42 for purposes of running the digital phone, 

1 9 prioritizing information sent by the phone to the CBU 32 and controlling access to the phone as 
2 0 described. 

21 The CBU 32 provides the communications and powered digital signaling required to 

2 2 operate the "print phone" 1 and its associated circuitry. This is achieved through the second pair 
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1 of wires described as the voice pair 4 running from the Amphenol connector 23 located on the 

2 back of the CBU circuit board 43 and possibly passing through a MDF/IDF interface or 

3 equipment rooms housing punch and/or wiring blocks (interface 7) allowing the CBU 32 to 

4 operate up to 24 digital phones 1 per cable 23. Each phone operated requires the one (1) extra 

5 twisted pair per housing be present and connected for a total of 48 wires (24 pairs for 24 phones) 

6 not including the 20-56 VDC described which may use a single line 5 to multiple phones. 

7 The CBU 32 typically does not accommodate the main power wiring and this comes from 

8 an independent power supply co-located with the CBU or CBU CPU 1 8 or located elsewhere in 

9 the facility (it may be at the phones). This power from the source to the phone will also require 

10 two (2) twisted pair wires as previously described for a total of two (2) pairs, or four (4) total 

11 wires, per digital print phone housing, two methods are shown in Figures 3 and 4. 

1 2 One alternative would be to have the phones have a battery 70 which would charge using 

13 the one two wire set, voice pair 4, while the port was not in use. The phone would then switch 

14 to a communication mode when the phones went off hook, battery 70 could receive a separate 

1 5 charge as shown in Figure 5. 

1 6 The power required to operate the CBU 32 unit comes from a power supply 44, preferably 

1 7 but not required to be, co-located in the computer system rack or mounting assembly 8 securing 

18 the CBU 32. The CBU 32 output power range is +5 VDC over the digital communication lines 

19 4 but the power supply required to run the CBU 32 can range from 5 VDC up to 56VDC. This 
2 0 large voltage acceptance range is accomplished through a regulator circuit 9 on the CBU circuit 
2 1 board which allows the CBU 32 to utilize the same power supply 44 in Figure 4 that could be 
2 2 used to power the 20-56VDC supply for the phones. This proves to provide greater flexibility by 
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1 minimizing the requirements for specialized power sources and allows for the use of standard 

2 48VDC analog phone power supplies to operate the CBU 32. 

3 From the punch down or wiring block, interface 7, wires 28, including at least 1 wire pair 

4 4 run to each phone for the communication signal in the preferred embodiment, although these 

5 may be separated using the existing phone lines as described above. The CBU 32, for purpose of 

6 digital communication, provides enough power to power the entire connector 23 (whip cable) for 

7 phone powered by a single array of phones (24 lines) in the preferred embodiment (shown in 

8 Figure 3). It is possible to run a higher number of digital phones by adding additional Channel 

9 Bank Units 32 or additional cable interface assemblies 46 attached to ports 45 on the CBU circuit 

1 0 board, although each CBU 32 circuit board typically has some port 45 limit. One cable interface 

1 1 assembly 45 is shown in Figure 2 being used, a second port 45 is shown without a cable attached. 

12 The port limit is currently set to stay with in operational limits but expandability is 

13 possible to allow more phones per CBU unit. 

14 Deviation from typical category three or five wire is permitted. Some installation survey 

1 5 results have noted only two (2) twisted pairs pulled to each phone movmting location. As shown 

16 in Figure 3, with a third wire pair 3 allows a power independent carrier 47 could be run from the 

17 CBU 32 by pairs 3. 

18 In order to maximize reliability of the phone system, decrease maintenance, and improve 

1 9 performance, the novel phone uses a digital sensor 48 for an on and off hook signal by installing 

20 a magnetically sensitive digital sensor 48 (a non digital sensor could also be used) which is 

21 normally open [or normally closed programmable at the users discretion] in the cradle 49 and 

22 powered by the phone circuit board 19. The magnetic speaker 50 which is built into the phone 
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1 handset 3 1 , is read by the sensor 48, to determine the hook state of the digital phone system. The 

2 sensor 48 is read and communicates with the digital phone housing via connection to the phone 

3 circuit board 19 and the phone CPU 21 interprets the results from the sensor and generates the 

4 appropriate on or off hook signal from the phone CPU. The signal is sent over the data line to the 

5 CBU CPU and ultimately fed to the CBU API 42 for final translation and provides a "message" 

6 to any software module programmed to look for this message. The software module can then 

7 utilize the message in any way to provide the on/off hook data and handle it accordingly powering 

8 the handset speaker end receiver. This digital hook switch provided by the sensor 48 allows there 

9 to be no moving parts which are present on the traditional phone housings and improves 

10 reliability and removes mechanics which are a portion of failures encountered in field 

1 1 environments. The phone may also be electronically taken "off hook" for monitoring the phones 

12 or attached devices by designation from a remote processor, such as from a GUI 33 in contact 

13 with Ihe sec 30 for monitoring purposes using this type of switch. 

14 The 2 wire solution uses a custom designed communication networking protocol. A 

15 network type sharing of one or more CBU's connected to the system computer controller as 

16 described above is used. In the preferred embodiment, the invention uses pre-emphasized 

17 networking (RS-485 type) from a power prospective but not a protocol prospective) to achieve 

1 8 full-duplex protocol over the second pair 4, so that communications between the phone CPU 2 1 

19 and the CBU CPU 18 are efficient. In the preferred embodiment, the mixture of voice and data 

20 over the same wire pair (second pair 4) allows for more information to be shared than with 

2 1 traditional wire phones. Protocol preferences allow two or more different data streams to share 

22 the line. The data and voice are digitized at the phone to accomplish this. Since voice and data 
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1 share the same pipeline with an expandable bandwidth beginning at around 500KB, the voice is 

2 (in the preferred embodiment) prioritized by the phone CPU and CBU CPU to avoid any latency 

3 in voice transmission. Voice has priority over the line and data is stored linearly or by data type 

4 and time and passed through on a first in / first out scenario or by type preference controlled by 

5 the digital phone CPU subject to overriding requests from the CBU CPU then interpreted by the 

6 CBU CPU based software API. There is 500KB+ bandwidth on each digital pair on each phone. 

7 In the preferred embodiment, the power pair carries nothing but power. The priority may be varied 

8 in this embodiment by software instructions. 

9 The date is preferably prioritized in time sent and in amount / quality. The priority may 

10 be preprogrammed subject to overriding commands which overriding commands are subject to 

1 1 predetermined minimums which minimums of quality and timing are subject to overrides which 

1 2 minimize quality or timing and purpose. 

1 3 The protocol eliminates traditional tip and ring DSL requires it. DSL requires a digital filter 

14 on the lines. DSL uses multi tone firequencies to transmit and receive data (audio). Typically, a 

15 DSP would be required if this were using a DSL type connection. The penalties of this type of 

1 6 protocol would be inefficiencies, larger power consumptions and increase in cost. 

1 7 The customized protocol process eliminates the power consumptions and increase in cost. 

18 On demand bandwidth is used to further reduce power consumption. As the digital phone housing 

1 9 needs to transmit data (bandwidth), this demand is requested over a small communications (2KB/s 
2 0 low with potential for adjustment if necessary) channel that is always maintained by the both the 

2 1 CBU CPU and the phone CPU. NRZI is the signaling bit which maintains the packet structure. 

22 Non-Return-to-Zero Inverted (NRZI) is a method for transmitting and recording data where bit 
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1 stuffing is employed - the practice of adding bits to a data stream. These added bits can create a 

2 long string of similar bits, which register to the receiver as a single, unchanging voltage. Since 

3 clocks adjust on voltage changes, they lag behind true time. NRZI ensures that after a 0 bit 

4 appears, the voltage will immediately switch to a 1 bit voltage level. These voltage changes allow 

5 the sending and receiving clocks to synchronize. This handles the data transmissions and the clock 

6 rate to maintain synchronization and packet clock rate. The voice maintains the highest priority 

7 as previously mentioned. The data communication is full duplex. This allows for the transmission 

8 and reception at the same time. The bandwidths are not fixed bandwidths but are dynamically 

9 allocated by the digital phone CPU and the CBU CPU. In certain cases, the SCC may also 

1 0 participate in DSL. The up link and the down link is predetermined and remains constant; but in 

11 the present protocol, as per need of the device, it can be changed dynamically (real-time)by the 

12 CBU, SCC or phone CPU. In the described protocol, once the need of bandwidth has expired or 

1 3 concluded, it can be freed and allocated for the next service routine. Starting with the API, the data 

14 pump sends bytes as required by priority as established by the CPU's (voice vs. other data types 

15 and one type of data vs. another). 

1 6 Further explained, the user may want one piece of data over the other or even to halt voice 

17 to receive other data if required or requested. A pre-programmed message informing of a pause 

18 or call termination may be programmed in at the phone to notify the phone user and at the SCC 

19 or CBU for the call recipient to inform them of the call be suspended or terminated. This 
2 0 flexibility allows IIS to make the GTL digital phone fingerprint design possible. Biometrics data 

21 is also multiplexed with voice and data over the same line. The voice data at the digital phone is 

22 converted from analog to digital by use of a codec then digitally transmitted to the CBU. Then 
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1 the CBU CPU sends the data to the requesting API on demand via API calls as required. The data 

2 transmissions are controlled by the Programmable Logic Levels (PLL). 

3 As can best be seen by reference to Figures 1 and 2 in the preferred embodiment, the 

4 invention utilizes a standard telephone interfacing (with a standard jack not shown) which carries 

5 up to four pairs of line, 3 pair, 3, 4, and 5 shown here. Two wires (4) are used for the digital 

6 communication function of the telephone and two wires (5) are bemg available for carrying a 

7 higher voltage to power the telephone 1 . The phone uses only two twisted pair, one digital to the 

8 phone, one voltage supply to the phone. No high voltage ring lines, are used. By virtue of the 

9 digital technology, additional circuits on the board or additional unconnected resources (like 

1 0 camera or biological marker with it' s own communications protocol 47)may be connected to take 

11 advantage of the extra lines 3 if available and needed. 

12 The remote monitoring station 1 0 (which may have multiple stations to which the call is 

1 3 forwarded by directions sent via SCC, CBU CPU or outside phone line to the CBU) may monitor 

14 the telephone call for several different purposes. It may be a third party to whom the other parties 

15 look for quality control, it could be a monitoring company which maintains security over the 

16 lines, it may be for purposes of police surveillance, or it may be used for other services. 

1 7 For example, in one embodiment the technology utilized herein would allow an employer 

18 to monitor, at a remote location, internet access and in another embodiment, it would allow a 

1 9 police officer to monitor activity associated with a telephone call or events at or near the phone 

20 as well as identification procedures associated with the origin of the telephone call particularly 

21 at a prison phone. 

22 The data generating device, e.g. finger print reader 1 1, under this scenario may operate 
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1 in the manner known in the prior art or the data associated with the telephone may go through a 

2 CPU 21 as described in more detail in reference to Figure 2 below. 

3 In the most simple embodiment, shown in Figure 1, there is at least one data generation 

4 device (e.g. item 1 1 which may be referred to as a means for generating digital or analog data). 

5 Multiple generation devices are not absolutely necessary to every embodiment of the 


6 invention. Figure 1 shows where there is a finger print reader 1 1, a card reader 12, a first video 

7 camera 13, a first speaker/microphone 15, a second video monitor 14, and a second speaker 16 

8 associated with the second video monitor/camera. 


9 In addition, the telephone is also generating device identification data at all times to the 

10 CBU for heartbeat (fiinction) and station location information when associated with a GUI 

11 interface 25. 

12 In one embodiment, shown in Figure 1, there is, on site, and connected with each of the 

13 data generators an off site central processing unit 40. The unit 40 receives information firom 

14 either the central office or the telephone unit 1 and may provide routing information. 

15 In this example, each of the data inputs is assigned a number, data 1 though data 6, and 


1 6 each of these data are received by the central processing unit 1 8 and kept according to a central 

17 clock 17 so all the data can be associated with a particular time. Video images as well as the 

1 8 other data can be associated with the call. In addition, the DNIS and ANI data may be associated 

1 9 with time and the call data for purposes of associating data with a particular call or may be used 

20 as a part of the tracking information when the data is assigned routing information by the central 

2 1 processing unit 1 8 which is discussed in more detail below. 

22 Each data type is associated with a format which allows the data to be most efficiently 
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1 streamed over data wires. Call information may go through in an analog format with the data 

2 passing digitally through the same line using different bandwidths or tones. The data originating 

3 at the phone is sent to the combining unit here API 37 and CPU 21 which combines the data as 

4 well as the analog signal utilizing the clock information in order to present a complete package 

5 later. 

6 The data originating at the CBU, CBU CPU or SCC is combined at the CBU by the CB Y 

7 APT 45 and CBU CPU 1 8. In some cases this may be done at the SCC. The SCC functions may 

8 also be incorporated into the CBU CPU 1 8 eliminating the need for a separate SCC 

9 The central processing imits 2 1 and 1 8 preferably have either a set of default instructions 

10 or receive overriding remote instructions from the remote operator determining what data is sent 

11 and when and even how (format and quantity and quality) the data is sent. 

12 The local central processing unit 1 8 may be connected to apy type of storage (item 32) to 


13 store data for any period of time in order to allow the remote user to acquire data which was not 

14 previously sent. Preferably this storage at item 22 would be sent to item 38 as soon as possible 

15 to prevent loss at the local phone because of damage, overload, etc. 

16 This data may be stored at item 22 or 38 for a period of time in order to lower storage 

17 requirements at the SCC so the remote user can make a determination within the set period of 

18 time as to whether additional data may be required or not. The data may be stored in item 22 

1 9 associated with time and then sent during low usage times so more data can be transferred without 
2 0 requiring additional data lines or delays. 

21 In one example, video one data is tumed into still pictures or short bursts of video or 

2 2 degraded video while maintaining a copy of the full video. The short burst of video sent over the 
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1 data lines, is in a compressed format and viewed by the remote user after separation and decoding 

2 to a DSL or other format. The remote user at GUI 23 or the SCC, if so determined, can instruct 

3 the local processing units 18 or 21 to maintain a copy of the data in a larger or smaller (less 

4 complete) format which is determined automatically, by usage or usage times or which can be set 

5 according to the requirements of the remote user. 

6 There can also be several different routings so that most of the data associated with the 

7 telephone call would go through the data lines but in certain circumstances the data can be 

8 rerouted to a limited number of high density (DSL or Tl ) lines determined automatically by a set 

9 of rules or as manually determined by the remote user. 


10 The rules could use the DSIS or ANI information to make the determination, or various 

1 1 parameters associated with the data input itself such as the user data (such as reader 1 2 data) read 

12 at the phone. 

1 3 One of the data inputs allows for fingerprint data stored locally, compared to confirmation 


14 and (from reader 12) to be continuously transmitted which prevents one user from utilizing 

1 5 fingerprint data of another user for an indefinite period of time. The same would be true for credit 

16 card data which can be associated with video data so the credit card is being utilized by the 

1 7 appropriate person. 


1 8 For purposes of this discussion, the credit card reader 2 refers to any card reader for cards 

19 containing information required to transfer the data including PIN number data without actual 

20 charging data. 

21 By allowing for the separate classification data by type with a call at a particular time and 

22 by method of transmission and by best compression, and by having a telephone signal or data 
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1 signal enhancer, the present invention allows the data lines which may be very low density lines 

2 are utilized in order to transmit a large amount of information relative to their data carrymg 

3 capacity and allow them to provide the data in a greatly enhanced fashion when the data is 

4 reinterpreted at the remote processing unit. Time once associated with another unit (e.g. a 

5 number assigned by software with the call) may be replaced for data transmission with the other 

6 unit (the number in this example). 


7 A phone requires 24-48v powered separately on 1 pair of phone wires (item 5) which only 

8 powers up the phone. On the old phone the 24-48 may carry everything. On the new system, this 

9 line merely powers the phone. 

1 0 There are four ways that the phone is powered in altemate embodiments: 

11 1) The old line (first pair of wires) is used to carry 24-48 volts (traditionally) to 

12 the phone from an existing phone power source. 

13 2) The old line (first pair of wires) is used to carry 24-48 volts to the phone from 

14 a new power system at the block or CBU. 

15 3) A new power source is run to the phone from any convenient source near or 

1 6 directly connected to the phone. 

17 4) The phone has battery power charged in off time by one set of liens otherwise 

18 dedicated to data. 

19 A second pair of wires which carry the ringer-old technology-and that operates at 96 volts, 

20 is optional. In one embodiment, this could carry 5 volts (more or less) of power for the 

2 1 microprocessor and accessories described below. 

2 2 The third pair of wires to the phone could be rewired to carry 5 volts more or less to power 
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1 and/or communicate the microprocessor and accessories described below to tiie extent not 

2 powered separately by the second set of wires. 

3 In the preferred embodiment there is a CBU micro-processor in a central bank unit. This 

4 CBU micro-processor communicates by way of the second pair to the phone microprocessor 

5 which is located in the phone. 

6 The phone CPU is attached to at least one circuit board which board commxmicates by 

7 way of electronic attachment with (1) a camera 13, (2) a speaker/microphone 1 5, (3) a finger print 

8 reader 1 1 and (4) a handset 3. Other devices may also be attached as allowed by compatibility. 

9 In this example, the phone CPU accepts and organizes the data from items 1 -4 according 


10 to the process described below. If necessary, the circuit board may also communicate with a 

11 storage medium, in the preferred embodiment a hard drive or ram 22 for accepting information 

12 from one of the items listed. This storage medium may be driven by the phone CPU 21 or a 

13 second phone CPU (not shown). This storage medium may also accept information provided by 

14 the CBU CPU 1 8 for purposes of running the phone, prioritizing information sent by the phone 

15 to the CBU and controlling access to the phone as described below. 

1 6 The CBU provides communication and power digital conmiunication through the second 

17 pair running from the circuit board in the CBU through a MDF or IDF line communicating 

1 8 directly with a punch down block 7 via a whip cable 23 in this embodiment allowing the power 

1 9 source to power up to 24 phones per cable. 

2 0 The power to the CBU preferably comes from a power converter 5 1 in series with the 

2 1 signal from the CBU CPU. This power converter 5 1 plugs into a power source with a plug (not 

22 shown) into a wall outlet (not shown). 

23 


1 From the punch down block, a wire pair runs to each phone for the combined power and 

2 communication signal in the preferred embodiment, although these may be separated using the 

3 existing phone lines as described above. 

4 One power line provides from the CBU then split to each of the separate phones for 

5 enough power to power the entire whip cable array of phones (24 lines) in the preferred 

6 embodiment. It is felt that multiple whip cable arrays could be similarly powered. 

7 The new phone uses the second wire pair for digital communications and this is possible 

8 without rewiring because there are six to eight wires in the traditional wiring. 

9 The second wire set provides a five volt digital signal used for communications (DTMF 


10 and voice) and for powering the phone circuit board. In order to minimize power usage and 

1 1 improve performance, the phone uses a magnetic sensor 48 for an off hook signal which switch 

12 is also connected to and powered by the phone circuit board 19. The magnetic sensors built into 

13 the phone cradle use the magnetic speaker 50 within the handset 3 to determine if the hand set 

14 is present or not. If not present, the sensor communicates with the phone CPU which generates 

15 the appropriate 'off hook' signal. 

1 6 The 2 wire solution uses IIS proprietary networking protocol. A network type sharing of 

1 7 one or more CBU CPUs (in the preferred embodiment) uses pre-emphasized networking (RS-485 

18 type) to achieve full-duplex protocol over the second pair, preferably a twisted pair, so that 

1 9 communications between the CBU CPU and phone CPU is expedited. 

20 In the preferred embodiment, the mixture of voice and data over the same wire pair 

2 1 (second pair) allows for more information to be shared. The data and voice are digitized at the 

22 phone to accomplish this. Since voice and data share the same pipeline, the voice is prioritized 
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1 by the phone CPU and CBU CPU to avoid any latencies in voice transmission. In an alternate 

2 embodiment, the voice of at least one phone is kept in analog. 

3 The steps of this process are: 

4 1 ) Determining the types of data desired to create a data group from the group consisting 

5 of voice, picture, bio-marker (finger print, retinal scan, etc.), card holder information (credit card 

6 number, etc.), DNIS and ANI call data, etc; 

7 2) Writing a protocol to prioritize the data types; 

8 3) Adding a reader to receive the data; 

9 4) Reading the data from the reader involving: 

10 (A) creating at least one circuit board; 

11 (B) connecting the readers to the circuit board; 

12 5) Compiling the information from the readers including the steps of: 

1 3 (A) selecting the most efficient form for transmission of the data of each data type; 

14 (B) converting the data to a digitized forms corresponding to the efficiency 

1 5 determined by having wave type data converted into digital signals which are given a services of 

1 6 values (0 or 1 ) as a bit; 

17 (C) storing data which is not ready to send; 

1 8 (I) determining the amount of data to store 

1 9 (II) prioritizing data to be stored 

2 0 (D) determining the size of bytes containing the individual bits of data for each 

21 datatype; 

2 2 (E) packaging the bytes to be sent 
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1 (F) attaching at least one time reading to each data byte made up of digital data 

2 bits. 

3 (G) attaching a time reading for at least one predetermined period which time 

4 reading may be separated out (as a separate byte) to allow a remote clock to keep in time with the 

5 local phone clock; 

6 6. Streaming data into bytes in association with the time marker into a transmission 

7 stream along with an identifier identifying the type of data being sent by; 

8 (I) the format, 

9 (11) attaching an initiating multi-bit or single bit identifier, 

1 0 (HI) ordering the data; 

11 7. Retrieving the data out of the data stream; 

12 8. Separating the data by type based on the identifier 

13 9. Maintaining the data with the time marker for at least one data type; 

14 10. Using the time marker to maintain the time order of at least one form of the data for 

15 later transmission and alignment of different data types; 

16 11. Determining the best method for transmitting data; and 

17 12. Sending the data by at least one, and preferably a plurality, of transmission data 

18 streams separated electronically. 

19 The method claim can be altered so that the step of streaming data includes the step of 
2 0 multiplexing the data by determining the amount of one data stream required while still allowing 
21 an other data stream; 

2 2 Using several frequencies on the same channel to transmit several different streams of data 
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1 from different readers, simultaneously is also within the modifications possible with this system; 

2 Providing multiple streams of data which streams of data include different sampling 

3 locations for different types of data assigned to a particular location on the data stream to ensure 

4 that enough data is transferred from each separate source; and 

5 Combining two or more signals into a single signal to transmit over a communications 

6 channel. 

7 Using NlZl clock protocol with 1 to 0 balancing type speeds may be one protocol used 

8 in conjunction with the telephone timing signals set forth above to keep the phone and CBU and 

9 main monitoring CPU in communication. 

10 On demand bandwidths generated by the phone circuit board or CBU or main monitoring 

1 1 CPU depend on the requirements and origin of the data or as set by the user. 

1 2 Using asymmetric control of down and up datapaths allows the bandwidths to be un-fixed 

13 bandwidths. These bandwidths are dynamically allocated for total bandwidth as apposed to a 

14 DSL fixed up and down stream bandwidth. 

15 This flexibility allows the system to make GTL fingerprint design possible. Biometrics 

1 6 data may also multiplexed with voice and data over the same line. 

17 Figure 3 shows a modification where there are analog phones 56 and digital phones 1. 

1 8 Power is shown through separate lines going separately in this case to analog and digital phones. 

1 9 Figure 3 shows a wiring diagram where analog phones 1 b and digital phones 1 a act within 

20 a single system. 

21 In this situation a first power supply 44a is connected by power pair 5 through interface 

22 7b (a wiring block or 66 block) which has a outgoing power pair 5a to at least one digital phone 
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1 la. Alternate phone bank 64, which is not shown in detail, may be analog or digital and run off 

2 the lines to the analog or digital phone (as shown here as running off block interface 7a). 

3 The data signal comes through a data wire pair 4 through a wiring block (66 block) if the 

4 multiple phones are directly from the wiring block 7c in the equipment room 65 which in turn 

5 connects the data pair 4a to a CBU 32 which commimicates with a separately assembled CPU (in 

6 this case a controller computer) 1 8 by way of a USB port 34. Between the channel block 7c and 

7 the CPU is a 24 line anthenol connector 23. 

8 The CPU 1 8 commimicates via a port 61 , a Tl port and a central oflBce 60. It also receives 

9 power from a second power supply 44. The controller computer (CBU CPU 1 8) in this example 

10 is connected directly in this case via a second anthenol cable 54 to a punch down block 72 which 

11 is connected directly to analog phones 1 b, which, in this case, will not function as a digital phone 

12 but as normal phones connected directly to the computer and providing an analog connection. For 

13 these lines, the computer provides an analog connection or a digital conversion through the Tl 

14 card to the central office. 

1 5 Figure 4 shows a similar arrangement to that in Figure 3 wherein the system is improved 

16 to allow for two twisted pairs per phone, one being a data pair 4, and the other one being power 

1 7 pair 5 coming respectively from a data box 7a and a power box 7b. Power box 7b receives power 

18 from a 48 volt VC power supply and 44a in the IDF equipment room 66. The data going to the 

19 data block 7a is, in turn, attached in the NDF equipment room 65 via a second wiring block 7c 

20 to the 24 port CVU 32 which is connected to the CPU 1 8 which is a separate computer in this 

2 1 embodiment via a RJ45 cable 69 and a USB cable 34. 

22 A second USB cable 63 connects the computer 1 8 to a local monitoring station 68. It also 
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1 connects through the central office 60 to a remote monitoring station 67. Either the monitoring 

2 station sends protocali changes and receives data from the CPU 1 8 which in turn can go to the 

3 individual telephone CPU as described above. 

4 In this case, remote monitoring station houses the remote hard drive 36. Figure 5 shows 

5 how several phones can be arranged into a single interface 7. Differences in this embodiment are 

6 that local to the phones 1 is a local battery 70, a common phone storage 62 and one of the lines 

7 is a common storage line 53 (which may be multiple lines) which use excess lines to carry non- 

8 voice data directly to the CPU 1 8 so the phone lines may remain constantly interfacing from a 

9 voice standpoint with the CPU 1 8 through a conmion storage line 53 dedicated for that purpose 

10 which would otherwise be available for an individual phone block. Since the data may be 

11 associated with a marker identifying not only the time but also the source phone, this data may 

12 be aligned with data from the telephone at some later point in time. 

1 3 For alignment purposes, the time is the preferred marker, but a phone location or a random 

14 nimiber assignment or a number of assignments associated with the time and a particular phone 

1 5 may be utilized. Where the time is used, it may be the beginning and or end of the call as well as 

16 the phone line. 

17 This same interpretive view is shown for exclusively digital lines in Figure 4. 

1 8 Because many varying and different embodiments may be made within the scope of the 

19 inventive concept herein taught and because many modifications may be made in the 
2 0 embodiment(s) herein detailed in accordance with the descriptive requirements of the law, it is 

21 to be xmderstood that the details herein are to be interpreted as illustrative and not in a limiting 

22 sense. 
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